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(57) Abstract: The invention relates to a communication system comprising several network entities which can transmit and/or 
receive information elements to or from other network entities. At least one classifying device is provided which is adapted to 
generate marking identifiers to be added to the information elements to be transmitted for classifying the conditions of transport of 
the information elements between at least two of the network entities. When at least two types of networks are provided having 
different types of transmission protocol, the classifying device is preferably arranged at an interface providing a protocol change. In 
one embodiment, the classifying device classifies and marks the information elements by assigning them to DiffServ (Differentiated 
Services) classes. The information elements may be classified into Real-Time and Non-Real-Time traffic classes. The invention 
furthermore provides a corresponding method and a classifying device to be used in such a communication system. 
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GOl^b^IC^ FOR CIASSIFYING AND MARKING 

INFOt^dAOJiON EIjEMENTS TO BE TRANSMITTED IN A NETWORK 

5 FIELD OF THE INVENTION 

The present invention relates to a communication system and 
method for classifying and marking information elements such as 

10 packets to be transmitted in one or more networks. The, 

invention is applicable to any type of communication network 
using infbrihatibn transfer, preferably on a packet basi$> and 
can e.g. be used in communication networks adapted for mobile . 
telecommunication such a? GSM (Qlobal System fbr Mobile 

15 Tel e coinmu n i ca t ion s ) , GPRS (General Packet ftadib Servibe) > or 
UMTS (Universal Mobile Telecomitijanic^tipns System) networks: 
including packet-switched networks and circuit-switched 
networks. *J Y ~* 

■ * ■ i 

20 -. . ; .; .; ' ;■ - - ; ' 

BACKGROUND OF THE INVENTION 

There is an increasing trend to provide differentiated services 
(DiffServ) in cominunication networks, in particular in networks 
25 based on IP (Internet Protocol) • 

Generally, there is a need for relatively simple and coarse 
methods of providing differentiated classes of service for 
internet traffic, to support various types of applications, and 

30 e.g. specific business requirements. The differentiated 

services approach to providing quality of service in networks 
implies a small, well-defined set of building blocks from which 
a variety of services may be built. A small bit-pattern in each 
packet is used to mark a packet to receive a particular 

35 . forwarding treatment or per-hop behaviour (PHB), at each 

network node. This small-bit pattern is the TOS octet in the 
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IPv4 (Internet Protocol Version 4), or the traffic class octet 
of Ipv6 (Internet Protocol Version 6). A common understanding 
about the use and interpretation of this bit-pattern is 
required for inter-domain use, multi-vendor interoperability ^ 
b and consistent reasoning about expected service behaviours in a 
network. The IETF DiffServ working group has standardised a 
common layout to be used for both octets which is called the 
"DS field 11 (DS stands for DiffServ) . RFC 2474 and RFC 2475 
define the architecture and the general use of bits within the 
10 DS field . The Working Group will also standardise a small 

number of specific per-hop behaviours (PHBs) and recommend a 
particular bit pattern or "code^point" of the DS field for each 
PHB . 

15 ; Currently/ there are several proposals for the "per-hop 

behaviours'' (PHBs) which define the treatment. of the packets 
inside the IP nodes. A PHB can be used to introduce a range of 
quality of service levels for the IP traffic. These. proposals 
/.for PHBs include "Assured Forwarding (AF) PHB* 1 group as deifin^d 

20 in RFC 2497/ and "Dynamic RT /NRT (DRT/DNRT) PHB" group defined 
in the "Internet Draft". "RT" stands for "Real-Time" , "NRT" 
means "N on -Real -Time" . 

Attached Fig. 2 shows the structure of these PHBs. The left 
25 part of Fig. 2 illustrates the "Assured Forwarding (AF) " PHB 
group which offers four classes with 3 drop precedence 
(importance) levels N . The right part of Fig. 2 illustrates the 
"Dynamic RT/NRT" PHB which offers two classes with 6 importance 
levels N . One of the classes is reserved for RT traffic, 
30 whereas the other class is provided for NRT traffic. 

The PHBs define the treatment of the packets inside the IP 
nodes. Other types of networks based on a different protocol or 
information transmission type, are presently not covered by PHB 
35 standardization considerations. 
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SUMMARY OF THE INVENTION 

The invention aims at providing a classifying device which is 
5 preferably used to map the radio-network specific 
characteristics of transferred packets to DiffServ 
(Differentiated Services) service classes and importance 
levels- Such a classifying device can be used for a DiffServ 
compatible radio access network (RAN) of the second generation 
10 (2G) , or third generation (3G), or any other generation type or 
structure. The classifying device preferably additionally 
performs a marking of the classified information elements and 
is then a classifying and marking device 

15 The classifying device incorporated in the communication 

network may preferably classify and mark the traffic using the 
division into RT and NRT t faf f ic ? ; In such a ease, only two 
classes are pirpvided. Any suitable PHB grpup or division ttiay be 
used. For instance, both the AF (Assured Forwarding) arid 0RT 

20 (Dynamic Real-Time) PHB may be employed for the novel 

classification and marking method. When AF is used, only 3 
importance levels will be provided. In case of using DRT PHB, 6 
importance levels can be used. 

25 The proposed classification beneficially provides a DiffServ 
compatibility for radio access networks (RANs) . Furthermore, 
the RLC (Radio Link Control) modes may be naturally mapped to 
DiffServ classes. 

30 The proposed solution provides a fair treatment of RT traffic 
(e.g. voice) and NRT traffic in the IP nodes. Without this 
classification which emulates DiffServ, the RT traffic might 
suffer from the more bandwidth-aggressive NRT traffic. 
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Moreover, several customarily used classifying classes such as 
AMR (Adaptive Multi-Rate) UEM (Unequal Error Protection) 
classes can naturally be mapped to DiffServ importance levels. 

5 The invention provides a communication system comprising 
several network entities which can transmit and/or receive 
information elements to or from other, network entities, 
comprising at least one classifying device adapted to generate 
marking identifiers to be added to the information elements to 

10 be t ransmiitted for classifying the conditions of transport of:; 
the infoirmaitipn elements between at least two of the network 
entities . Preferably, at least two types of networks are 
provided haying different types of transmission protocols, the 
classifying (device being arranged at an interface providing a 

15 protocol change . One of the transmission protocbls can e.g. be 
a data netwprk protocol type, preferably, an IP type, and the 
classifying arranged at a location "where the data 

he two r k X a y £ r i s t e rmi na t ed . The V i ri f o rma t i on e i erne n t s 
preferably are packets td be transmitted in an at least; 

20 partially packet-switch 

At 1 east one network ent i t y may provide a transmission protocol 
change, the , classifying device being located at this network 
entity. 

25 

The classifying device preferably is arranged at or in the user 
equipment or at an interface between the user equipment and a 
base station or radio access network controller. 

30 In a preferred embodiment, the classifying device classifies 
and marks the information elements by assigning them to 
DiffServ (Differentiated Services) classes, e.g. to Real-Time 
and Non-Real-Time traffic. 
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Transparent RLC traffic; may be classified and marked as Real- 
Time traffic, and acknowledged and/or unacknowledged RLC 
traffic may be classified and marked as Non-Real -Time traffic. 

5 Internal and/or external signalling may be assigned to the 
highest DiffServ level provided for the class to which this 
signalling is assigned, preferably Non-Reai-Time class. 

In a case where the information elements carry voice traffic 
10 transmitted using AMR (Adaptive Multi-Rate) technique, the AMR 
classes are preferably assigned to different DiffServ classes. 

Furthermore, a method employing such classification. -for traffic 
transmission is disclosed. 

1$ . 

The invention also provides a cl^ssif yiiig d^Vice • to be U3ed in 
a communication system comprising several network entities 
which can transmit and /or receive inf ormatibri elements to or 

20 from other network entities/the classifying device being 

adapted to classify the information elements to be transmitted 
with regard to the conditions of transport of the information 
elements between at least, two of the network entities, and to 
generate marking identifiers to be added to the information 

25 elements for identifying the conditions of transport of the 
information elements. 

The DiffServ classifying device may be located, in a preferred 
embodiment, in a user equipment such as a terminal or a mobile 
30 station MS. The classifying device may also be located at 

another position such as in the radio network controller (RNC) , 
base station controller (BSC), base station (BS) , or Gateway 
(GW) . 

35 The invention furthermore provides a novel method of handling 
IP tunnels in the proposed system and method in that the 

5 
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Diffserv class information may be copied from the user data 
(such as IP packets) in e.g. the RNC or SGSN (Serving GPRS 
Support Node) for the IP tunnel. This copying may also be 
effected in a different locat ion such as in a GGSN (Gateway 
5 GPRS , Support Node) or in the base station (BS) . The DiffServ. 
codepbint is hence copied in the above-mentioned locations for 
the IP tunnel. 

.Generally, the proposed classifying method allows an easy 
10 mapping of the RLC modes to DiffServ classes, as well as a 
mapping, of e.g. AMR codec classes to DiffServ importance 
levels .The actual mapping may also be based on services. The 
selection of delay and precedence attributes from a GPRS QoS 
; (Qual ity of Service ) profile may also be selected as basis for 
15 the mapping. Alternatively, any other PHB definition may be 

ijsed for classification such as a potential DiffServ class for 
the RT; traffic, e.g. the .Expedited Forwarding ( EF ) PHB group . 

20 BRIEF biS SCRIPT ION OF THE FIGURES 

Fig. 1 shows an embodiment of a communication network according 
to the invention which comprises a classifying device; 

25 Fig. 2 shows two examples of PHB groups, i.e. an Assured 

Forwarding PHB group r and a Dynamic Rt/NRT group, the number of 
importance levels being designated by N; 

Fig. 3 illustrates one embodiment of a classifying method 
30 according to the invention; 

Fig. 4 illustrates an embodiment of the functional elements of 
an embodiment of the invention, wherein the DiffServ 
classifying information is copied in the SGSN for the IP 
35 tunnel; 



6 



WO 01/86885 



PCT/EP00/04238 



Fig. 5 illustrates an embodiment of the functional elements of 
an embodiment of the invention, wherein the DiffServ 
classifying information is copied in the RNC for the IP tunnel; 

5 fig. 6 illustrates an embodiment of the functional elements of 
an embodiment of the invention, wherein the DiffServ 
classifying information is copied in the BS for the IP tunnel; 
and 

10 Fig. 7 shows functional details of an embodiment of a 
classification and marking device. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS OF THE INVENTION 

15 

Fief. 1 shows an embodiment of a communication system wherein a 
transmission (cally data transmission or any other type pf 
connection ) is jper formed using at least two networks of 
different pfbtodol types In the example shown in Fig. 1, an IP 

20 terminal (or host) 1 comprises an AMR (Adaptive Mult i^Rate) 

codec requiring real-time (RT) in formation transfer, and a data 
receiving and transmitting device requiring only nbrWr eat 1 ^ t ime 
(NRT) data transfer. The IP terminal (or host) 1 is connected 
to, or part of, an IP-based network 2 providing differentiated 

25 services (DiffServ) . The IP-based network 2 is able to 

communicate with a network 3 of another' protocol type such as a 
GPRS network or any other type pf packet-switched or circuit- 
switched network. The network 2 may be the internet. 

30 The network 3 may comprise, as known, at least one gateway GPRS 
support node (GGSN) for connection to other networks such as 
network 2, and one or more serving GPRS support nodes (SGSN) 
for handling the connection to mobile stations (MS) or other 
type of user equipments. A network 4 is a third generation (3G) 

35 network comprising several radio network controllers (RNC) and 
base stations (BS) arranged in the illustrated manner. 

7 
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In addition, the, networks 2, 3 ^re able to communicate with a 
second generation (2G) network 5. The network 5 likewise 
comprises one or more mobile stations MS, base stations BS, one 
5 or more packet control units PCU, and one or more , 

transcoder/rate adapter units (TRAU ) which may handle a 
connection to a SGSN of network 3, or to a mobile switching 
centre (MSC) co-operating with a gateway (GW) of the IP network 
2 . 

10 ■ ,[ ^ . ; ... ; .... , . ; . . . :,' . ^ 

Filled, bl^ck circuits shown in Fig. 1 represent routers . IP- 
based links are drawn in bold black lilies ^ 

According, to the present invent ion j one or more classifying 

15 devices 6 are provided .which are illustrated as elliptical 
, shape and may be arranged, as shown in Fig. 1, at ; the mobile 

station (s) MS> at a base, station BS, at a radio network 
. controller RNC, at a . SGSN, at a GGSN, at a ; PCU> at a GW, and/ or 
at the IP terminal (or host) It preferably, the ciassifying 

20 device ; 6 islocated at the input and/or output of that ; deyice 

at which the IP-based link (bold lines) ends, e . g> the IP layer 
is terminated. In the current 3G radio access network RAN (such 
as defined e.g. in release 99 of European Tele communications 
Standards Institute ETSI) , real-time voice data (AMR) and real- 

25 time (RT) circuit-switched data (up to 64 kbps) are transferred 
from a radio network controller RNC through ah interworking 
unit IWO to a 2G MSC for instance, whereas the non-real time 
(NRT) packet data (up to 384 kbps) flows from a radio network 
controller RNC through a SGSN and a GGSN to the IP network 2, 

30 as illustrated in Fig. 1. 

There may also be installed a RT service which directly goes 
from the RNC to a SGSN and the IP network 2. Such an RT service 
may also be used for the voice traffic. 

35 
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Another use of a 3G RAN is the implementation of an "all-IP 
concept" which means that the IP connectivity is extended to 
the base stations BS and even to the mobile stations MS, as 
well as to RNC^to-RNC links. In the IP-based parts of the 
5 network, the Dif fServ (differentiated services) framework may 
be utilised as indicated in Fig. 1 with regard to the IP 
network 2. 

Furthermore, in the 2G RAN 5 f a RT service using and providing 
10 access to the GPRS network 3 may be implemented. Moreover, the 
current RT voice service can be adapted to access the IP 
network 2 through an SGSNas shown in Fig. 1 . 

Fig. 3 shows an exafeple of a classification performed by the 
15 classifying device 6. In this example, the number of 

classification classes is 2; with one class being assigned to 

RT traffic arid the other class being reserved for NRT traffic . 

Both AF and DRT PHB- xaib| ^used f6r Class if icatioh and triarking . 

That tteanis that tti^y iriipprtairice llvfels N^arfe' provided wh^h 
20 using AF, and 6 importance levels N can be used wh$n employing 

DRT PHB. 

As shown in Fig. 3, the RT class (left half of Fig. 3) consists 
of several importance levels N which are assigned to AMR 
25 (Adaptive Multi-Rate) class A, AMR class B, AMR class C, .... 

For NRT class (right-hand part of Fig. 3), the importance 
levels 1 to N-l are reserved for NRT user data whereas the most 
important level N is reserved for internal and/or external 
30 signalling. 

As a preferred example, the RLC layer in the 3G RAN provides 
three services; acknowledged RLC, unacknowledged RLC, and 
transparent RLC. The separation of the traffic to RT and NRT 
35 traffic may be based on this division: The transparent RLC 

traffic is classified to the RT class, and the acknowledged and 
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unacknowledged RLC data transfer is classified to the NRT 
class. Within thoise classes, the importance (or drop 
precedence) is preferably assigned as follows: 

5 For. RT voice data transfer, the AMR codec already classifies 
its parameters to separate classes A to C which may be 
transferred in the radio interface using different channel 
coding methods, this is called "unequal error protection" 
(UEP) . Th£ most importance class A is assigned to the highest 

10 DiffServ. importance level whereas AMR classes of decreasing 
importance are assigned to RT class levels of decreasing 
importance (here . it is. assumed that AMR classes are transf erred 
in different IP packets or streams which is applicable at least 
between BS and MS) . For other RT data, similar importance 

15 levels shall be defined* 

With, regard to the NRT traffic, the internal and/pr external 
signalling is assigned to the highest DiffServ importance : 
level, arid the user data traffic is assigned to the levels of 
20 lower importance . 

The location of the classifying device provided according to 
the invention preferably is either position where the IP layer 
is terminated. Possible locations are the GGSN, the SGSN, the 
25 RNC, BS and MS (Mobile) , or the IP terminal as shown in Fig* 1. 

Although Fig. 3 shows the distribution of AMR classes to the 
importance levels of the RT class, it is also possible to use 
other classes such as Expedite Forwarding (EF) PHB as possible 
30 DiffServ classes, preferably for the RT traffic. 

Figs. 4 to 6 show some examples of using and locating the 
proposed DiffServ classification method and system in current 
and forthcoming networks such as current GPRS network and 
35 current and forthcoming 3G (third generation) networks. 
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Fig. 4 shows an embodiment of a current GPRS system with 
additional DiffServ support according to the present invent ion, 
and illustrates the GPRS protocol stacks in different network 
elements (MS; BSC/PCU;' SGSN; GGSN; IP network) in accordance 
5 with an embodiment of the invention. As shown in Fig. 4, the 

user/application data (IP packets) are classified in the mobile 
station MS. This classification may alternatively be performed 
in the BSC/PCU or in the SGSN . In the SGSN, the classification 
information is copied from the user data to the tunnelling IP 

10 packets. This copying poiht is indicated by the arrow termed 

"copying DiffServ codepoint fdr the IP tunnel" . The copying of 
the classification information from the us^r data to the 
tunnelling IP packets results in providing and ensuring a 
forwarding treatment of the IP packets iri accordance with the 

15 classification results such as shown iri Fig. 3. The DiffServ 
classification performed in the mobile station according to 
Fig* 4 is indicated: by the -arrow ^tenjied IvBif f Seiry " ^ ; ' ' v ; • 
classif i cat i6h"> '-'^ > " ' / " -"'*■ ; . ''• '';^'y>" : ^ V' ,; ■ ' ~> V' ; : ' i- v "'' 

20 The abbreviations used in Figs. . 4 to 6 ite: ' in accordance with " 
the standards and will therefore not be explained in detail. 
The classification, ensures that the It? packet information 
receives a proper treatment not only in the IP network but also 
in the RAN. 

25 .... ; 

Fig. 5 shows an alternative embodiment and illustrates the 
protocol stacks in different network elements in a network in 
accordance with a third generation network (3G RAN as defined 
in the release 99 standards) . The base station BS is not shown. 

30 Fig, 5 thus shows. the current third generation radio access 
network RAN with a DiffServ support in accordance with the 
present invention. 

Here as well, the user/application data (IP packets) are 
35 classified in the mobile station MS (or alternatively in the 
BS, the RNC or the SGSN). Different from Fig. 4, the 
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classification information is copied from the user data 
directly to the tunnelling IP packets in the radio network 
controller RNC, which is a copying point different from same of 
Fig. 4. The points of classification and marking (in MS) and 
5 copying (in RNC) are indicated by the respective arrows. The 

other protocol conventions and names are in correspondence with 
the respective standards. The copying of the classification 
information to the IP packets may also be performed in the 
SGSN, in particular when GTP tunnels are terminated, and 

10 established again, in the SGSN . "GTP" stands for GPRS Tunneling 
Protocol l The expression "GTP tunnel" refers to the 
packet isat ion of user data (e.g. user's IP packets) into the 
transporting GTP/UPP (or TCP) /IP frames between RNC and SGSN and 
between SGSN and GGSN . 

15 If the "transport IP layer" (IP tunnel) does not start already 
from the MS, the classifying and marking method may be applied 
in the MS. for the user plane IP data. Then, e.g. in the RNC 
J |*ijg . .:' Where the "transport IP layer" starts there are two 
choices for classifying the IP tunnel: either use the default 

20 mapping according to the disclosed method (e.g. RLC/AMR mapping 
to Dif f Serv classes) , or use the copying method (copy the 
already classified Dif f Serv class from the user data for the IP 
tunnel) . 

25 Fig. 6 discloses a further embodiment of the invention wherein 
the IP tunnelling is extended to the base station BS in 
accordance with presumably forthcoming standards. The points of 
classification (and marking) and copying are likewise indicated 
by the aippropriate arrows. In the embodiment shown in Fig. 6, 

30 the IP tunnel extends from the IP network to the base station 
as indicated by the sequence of IP blocks, whereas, in the 
embodiment shown in Fig. 5, the IP tunnel merely extends to the 
RNC and, in the embodiment illustrated in Fig. 4, to the SGSN. 

35 In an alternative embodiment (not shown in the drawings) in 

which no service such as a real-time service is provided (for 
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instance in current GPRS network) , both RLG modes can be used 
for NRT traffic. In case a RT service is later to be 
implemented (as well as e.g. a transparent RLC mode), such a RT 
service will be mapped to RT DiffServ class. This represents a 
5 correction possibility for GPRS mapping. 

In a 2G (second generation) radio access network RAN, which is 
terminated in GPRS packet data unit (or packet control unit 
PCU) or in BSC> only two RLC modes are provided, i.e. 

10 acknowledged RLG traffic and unacknowledged RLC traffic. The 
following mapping may be provided: Acknowledged RLC and 
unacknowledged RLC may be mapped to NRT DiffServ class, with 
the alternative of mapping unacknowledged RLC traffic to a RT 
DiffServ class, if used for RT traffic. Transparent RLC traffic 

15 is preferably mapped to RT DiffServ class. 

• '' Pig'.' 7- shows functional details of ah embodiment of a 
6lassi£icatid^ device 6 Which here is located in 

v the rnc i y \- ' ', .; ' ' "" V ■ ' '■' .' ,' ' • ; "-;'r : -. 

Reference numeral 10 designates a means or step for determining 
the type of incoming stream (e.g. RLC type, AMR type) coming 
from the base station BS. 

25 The classification information (e.g. RLC /AMR classification) 
may also be provided from the outside. For instance, the 
classification information may be received from an external 
control mechanism (e.g* via H.248). In such a case/ the device 
6 may comprise, of communicate with, an external control 

30 interface 11. 

Another possibility is that the classification (e*g.) RLC /AMR 
can be seen from the incoming stream itself, for instance from 
the protocol headers. In this and the above described case, the 
35 step 10 may be omitted. This corresponds to the shown "Option 
1" , whereas the step 10 is part of "Option 2". 
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Reference numeral 13 designates a means or step for extracting 
the payload from the RAN (Radio Access Network) specific 
transport protocol which payload is then packetized for IP 
5 transport* in the known manner. 

A means or step 14 serves for generating IP headers and 
assigning determined DiffServ codepoints to the generated IP 
headers. The means or step 14 may contain, or access, a mapping 
10 table, which maps the classification types to DiffServ 
codepoint s, e.g.: 

"Trahsfiarent RLC" ==> DiffServ codepoint 101110/ 
"Unacknowledged RLC => DiffServ codepoint 000000, 

etc . . 

15 . ■ • ■ ■ ' - ;- : . ' . . 

The steps. 10 and 13 aire provided for a case in which the 
"transport IP layer" (IP tunnel) does not start already from 

' the MS biit in the RNC . The illustrated default mapping (e.g. 
RLC/AMR; mapping to DiffServ classes) is then performed. 

20 * : ' - ' 

In a case in which the "transport IP layer" (IP tunnel) starts 
in the MS, the classifying and marking may be performed in the 
MS for the user plane IP data. Then, in the RNC where the 
"transport iP layer" starts, the device 6 comprises, or 

25 executes, a means or step 12 for copying the already classified 
DiffServ class from the user data for the IP tunnel. This 
copied DiffServ codepoint is then assigned, in means or step 
14, to the IP header. 

30 Although the invention has been described with reference to 
specific embodiments, the invention may also be implemented 
using other types of networks or data handling protocols. 
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CLAIMS 

5 1. Communication system comprising several network entities 
which can transmit and/or receive information elements to or 
from other network entities, comprising at least one ' 
classifying device adapted to generate marking identifiers to 
be added to the information elements to be transmitted for 
10 classifying the conditions of transport of the information 
elements between at least two of the network entities. 

2. Communication system according to claim 1, ' comprising meaas 
15 for copying the marking identifiers in $t least one network 

entity which provides tunnel connection to another netwbrk 
entity/, tfye marking ident i £i er s being QQpl ed to the ifif 
: elements to be tunnelled.. ... .<:..<■** \ ■;. ■■■ :■ v.'^,'*" '•• ; / ; 

2 0 ' •• . " : 

3. Communication system according: to claim 1 or 2, wherein at 
least two types of networks are provided haying different types 
of transmission protocol, the classifying device beirig arranged 
at an interface providing a protocol change. 

25 



4. Communication system according to claim 3, wherein one of 
the transmission protocols is a data network protocol type, 
preferably an IP type, the classifying device being arranged at 

30 a location where the data network layer is terminated, 

5. Communication system according to any one of the preceding 
claims, wherein the information elements are packets to be 

35 transmitted in an at least partially packet-switched network. 
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6. Communication system according to any one of the preceding 
claims, comprising at least one network entity providing a 

5 transmission protocol change, the classifying device being 
lopated at this network entity. 

7. Communication system according to any one of the preceding 
10 claims, comprising at least one user equipment, wherein the 

classifying .device is arranged ^t or in the user equipment or 
at an interfa c e be t wee ri t h e user, e^uipriient arid a base ^statipn 
or radio access network controller, 

15 . 

8. Communication system according to any one of the preceding 
cla;ims> comprising ait least one base ;statibn controller 
providing a transmission protobpl change, the elks sif yin^ 
device, being located at the base station contrpiler. / ; 

.20 V . C 7 }<' - 7 : • • ->\ •/ 

9. Communication system according to any one of the preceding 
claims, wherein the classifying device classifies and marks the 
information elements by assigning same to DiffServ 

25 (Differentiated Services) classes- 

10. Communication system according to any one of the preceding 
claims, wherein the classifying device classifies and marks the 

30 information elements by assigning same to Real-Time and Non- 
Real-Time traffic. 

11. Communication system according to any one of the preceding 
35 claims, wherein transparent RLC traffic is classified and 

marked as Real-Time traffic, and acknowledged and/or 
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unacknowledged RLC traffic is classified and mar Iced as. Non- 
Real-Time traffic. 

5 12. Communication system according to any one of the preceding 
claims, wherein internal and/or external signalling is assigned 
to the highest DiffServ level provided for this class, 
preferably Non-Real-Time" class . 

10 

13. Communication system according to any one of the preceding 
claims, wherein the information elements cafry Voice traffic 
transmitted using AMR (Adaptive Multi-RktS) technique, the AMR 
classes being assigned to different DiffServ classes. 

15 

14. Method to be performed in a coimuhicatioh system compirising 
several network entities . which can transmit and/ or receive 
information elements to or from other rietwork entities, Wherein 

20 marking identifiers are added to the information elements for 
classifying the conditions of transport of the information 
elements between at least two of the network entities. 

• . .■ ' ... u\ 

25 15. Method according to claim 14, wherein the marking 

identifiers are copied in at least one network entity which 
provides tunnel connection to another network entity, the 
marking identifiers being copied to the information elements to 
be tunnelled. 

30 

16. Method according to claim 14 or 15, wherein the information 
elements are classified at an interface providing a change of 
transmission protocols. 

35 
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17. Method according to claim 16, wherein one of the 
transmission protocols is a data network protocol type, 
preferably an IP type, the classification being performed at a 

5 location where the data network layer is terminated. 

18. Methocl according to any one of claims 14 to 17, wherein the 
information elements are classified and marked at or in a user 

10 equipment , or at an interface between the user equipment and a 
base station or radio access network controller. 

19 . Method according to any one of claims 14 to 18, wherein the 
s 15 information elements are classified and marked by assigning 

same to piffServ (Differentiated Services) classes, 

20 . Method according to any one of claims 14 to 19, wherein the 
• 20 information elements are classified and marked by assigning 

same to Real-Time and Non-Real-Time traffic classes . 

21. Method according to any one of claims 14 to 20, wherein 
25 transparent RLC traffic is classified and marked as Real-Time 

traffic, and acknowledged and/or unacknowledged RLC traffic is 
classified and marked as Non-Real-Time traffic. 

30 22. Method according to any one of claims 14 to 21, wherein 

internal and/or external signalling is assigned to the highest 
DiffServ level provided for the class to which this signalling 
is assigned, preferably Non-Real-Time class. 

35 
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23. Method according to any one of claims 14 to 22, wherein the 
information elements carry voice traffic transmitted using AMR 
(Adaptive Multi-Rate) technique, the AMR classes being assigned 
to different DiffServ classes. 

5 

24 . Classifying device to be used in a communication system 
comprising several network entities which can transmit and/or 
receive information elements to or from other network entities, 

10 the classifying device being adapted to classify the 

information elements to be transmitted with regard to the 
conditions of transport of the information elements between at 
least two of the . network entities, and to generate marking 
identifiers to be added to the information elements for . 

15 identifying the conditions of transport of the information f 
elements. • 
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